home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19990422-19990725
/
000009_news@watsun.cc.columbia.edu _Sat Apr 24 02:18:41 1999.msg
< prev
next >
Wrap
Internet Message Format
|
1999-07-23
|
2KB
Return-Path: <news@watsun.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id CAA18993
for <kermit.misc@watsun.cc.columbia.edu>; Sat, 24 Apr 1999 02:18:40 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id BAA28061
for kermit.misc@watsun.cc.columbia.edu; Sat, 24 Apr 1999 01:55:09 -0400 (EDT)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
From: Christopher Mosley <cmosley@voicenet.com>
Subject: Re: resend command
Message-ID: <l0dU2.156$hU2.23906@news2.voicenet.com>
Date: Sat, 24 Apr 1999 05:54:25 GMT
To: kermit.misc@watsun.cc.columbia.edu
Christopher Mosley <cmosley@voicenet.com> wrote:
> Jeffrey Altman <jaltman@watsun.cc.columbia.edu> wrote:
>> In article <Ct9U2.949$l11.65900@news3.voicenet.com>,
>> Christopher Mosley <cmosley@voicenet.com> wrote:
>> : When downloading (solaris ckermit -> mskermit), the part of the
>> : file already downloaded is not subtracted from the size of
>> : the file to be downloaded (or equivalently added to the available
>> : download space), so an invalid comparison is made and an attempt to
>> : download can fail - even though there is enough disk space on the
>> : receiving machine.
>> : Any way around this ?
>> :
>> : Thanks
when I say download, I mean resend not send.
>> Between what versions of C-Kermit and MS-DOS kermit are you experiencing
>> this problem?
> C-Kermit 6.0.192, 6 Sep 96, for Solaris 2.x and msk315
>> With what file collision options?
> * rename on mskermit side
> backup on ckermit ( I don't this side important for download to pc?).
I will try overwrite and other options but I would have thought that
resend would have been independent of collision options because it
in itself is a collision option that allows no other collision option.
But perhaps it affects how the computation is done? I will see.